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(54) PROCEDE DE GESTION DE MODES DE COMMUNICATION POUR UN AERONEF. 

(5^) La presente invention concerne la gestion, a bord d'un 
aeronef. des reseaux aeronautiques de telecommunica- 
tions numeriques ACARS et ATN. Elle porte sur un procede 
de choix automatique du sous-reseau de transmission des 
reseaux ACARS ou ATN le plus approprie pour I'echange 
de messages numeriques avec le sol compte tenu des pos- 
sibles des equipements de Taeronef, de ceux existant au 
sol dans la zone survolee, des couts et des fiabilites des 
liaisons possibles, et des preferences du pilote, de sa com- 
pagnie et des sevices de controle. Ce procede consiste 
principalement, dans la creation et la mise a jour d'une base 
de donnees contenant des informations: couts, performan- 
ces, securite/fiabilite, configuration avion, disponibilites des 
sous-reseaux de communication ainsi que les consignes du 
pilote, de sa compagnie et des services, „depontr6le, etdans 
la selection automatique d'un mode de communication par 
sous-reseau des reseaux ACARS ou ATN en tenant compte 
d'un ordre de preference etabli a partir de criteres bases sur 
les informations contenues dans la base de donnees (342). 
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PROCEDE DE GESTION DE MODES DE COMMUNICATION 

POUR UN AERONEF 

La pr6sente invention concerne les echanges d'informations 
5 entre le sol et un aeronef par transmission numerique. Elle est relative 
plus particulierement a la selection du mode de communication le plus 
approprie pour etablir une liaison de transmission numerique air-sol et sol- 
air avec un aeronef, compte tenu des possibilites des reseaux de 
transmission numerique existant au sol dans la zone de survol de 

10 I'aeronef, de I'importance des moyens de transmission equipant I'aeronef 
et de leur disponibilite ainsi que des qualites et des couts des differents 
modes de communication possibles £ I'instant considere. 

Les echanges d'informations en numerique entre un aeronef et 
le sol ont I'interet d'etre plus fiables que les echanges de phraseologie en 

15 phonie car ils ne dependent pas de I'intonation du locuteur et de la 
comprehension orale d'un auditeur. C'est pourquoi ils s'imposent de plus 
en plus en aeronautique, en complement ou en remplacement des 
transmissions en phonie. 

Ainsi, il existe depuis les annees 70 en Europe et aux Etats- 

20 Unis un reseau aeronautique de telecommunications num6riques qui est 
connu sous la denomination ACARS (acronyme de I'expression en langue 
anglaise :"Arinc Communication Addressing and Reporting System.") et 
qui depuis, s'est etendu a une couverture quasi-mondiale. Ce reseau 
aeronautique de telecommunications numeriques ACARS est mis en 

25 oeuvre dans le monde pour le compte des compagnies a6riennes par 
differents opdrateurs qui offrent la couverture sol-sol et sol-air. II utilise, 
au choix du pilote de I'aeronef qui se decide en fonction des possibilites 
du moment, soit un mode de communication numerique air-sol et sol-air 
direct par sous-reseau VHF selon un protocole specifique, mode 

30 dit :"VDL Mode A" (VDL etant I'abreviation de I'expression anglaise : 
Very High Frequency Data Link), soit un mode de communication 
numerique air-sol et sol-air indirecte par I'intermediaire d'un sous-reseau 
de satellites de telecommunication selon un autre protocole specifique, 
mode dit :"Satcom Data 2", les protocoles ayant ete definis et 

35 normalises a I'occasion de conferences internationales organisees par 
I'AEEC (acronyme de I'expression en langue anglaise :"Airline Electronic 
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Engineering Committee") qui est un groupement reunissant des 
compagnies aeriennes, des avionneurs, des equipementiers et des 
administrations de I'aviation civile sous I'autorite de I'OACI (Organisation 
de I'Aviation Civile Internationale). 
5 Le reseau aeronautique de telecommunications numeriques 

ACARS est massivement utilise par les aeronefs (environ 85 % des 
avions de plus de 100 places) pour echanger des messages avec les 
compagnies aeriennes. Des tentatives ont ete faites pour I'utiliser 
egalement pour du controle de trafic aerien notamment au-dessus de 

io I'ocean pacifique avec le systeme ATC FANS-1/A (le sigle etant un 
abreg£ de I'expression anglaise :"Air Traffic Control, Futur Air Navigation 
Systems) mais il pr£sente des caract6ristiques qui n'assurent pas la 
securite pour des fonctions de controle aerien sur des zones a fort trafic. 
En effet, il ne permet que les echanges de caracteres imprimables, sa 

15 fiabilite est limitee & 94 % et il n'est pas crypte et done non protege 
contre les malveillances. 

Consciente de ces difficultes, I'OACI a fait definir et normaliser 
un nouveau reseau aeronautique de telecommunications numeriques plus 
performant dit ATN (abreviation de ('expression anglaise :"Aeronautical 

20 Telecommunication Network) qui est dedie aux echanges d'informations 
entre un aeronef et le sol pour des activites a la fois de controle a6rien 
dites ATC et d'echange d'informations avec les compagnies aeriennes 
dites AOC (abreviation de I'expression anglaise ^'Aeronautical 
Operational Communication). Ce reseau aeronautique de 

25 telecommunications numeriques ATN a vocation mondiale peut mettre en 
oeuvre soit un mode de communication numerique air-sol et sol air 
indirecte par un sous-reseau de satellites de telecommunication en UHF 
selon un protocole specifique dit :"Satcom Data 3", soit un mode de 
communication numerique air-sol et sol-air en vue directe, par sous- 

30 reseau VHF selon un autre protocole specifique, mode dit "VDL Mode 
2", soit un mode de communication numerique air-sol et sol-air 
egalement en vue directe mais par un sous-reseau utilisant un radar 
secondaire selon encore un autre protocole specifique, mode dit :"Mode 
S", soit un mode de communication numerique air-sol et sol-air par sous- 

35 reseau HF selon encore un autre protocole specifique, mode qui est 
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dit "HF DL" (abreviation de 1'expression anglaise : "High Frequence Data 
Link) et qui utilise les reflexions dans la haute atmosphere pour 
s'affranchir de la courbure terrestre et obtenir des liaisons de 
transmission d'une portee superieure a la vision directe, les differents 
5 protocoles ayant ete definis et normalises a I'occasion de conferences 
organisees par I'AEEC sous I'autorite de I'OACI. Le choix entre les 
differentes possibilites de modes de communication numerique air-sol et 
sol-air de ces sous-reseaux est fait en fonction des disponibilites du 
moment par un automate dit "routeur" qui agit a I'insu du pilote de 

10 I'aeronef, en fonction d'une politique de routage normalisee. 

La plus grande capacite et la plus grande fiabilite du reseau 
ATN font qu'il est possible de vehiculer sur un reseau ATN, des 
messages disponibles au format du reseau ACARS au moyen d'un 
systeme de passerelle ACARS sur ATN implante a un niveau logiciel a 

15 bord des calculateurs de communication qui sont embarques sur les 
a^ronefs et qui assurent !e traitement des informations £ echanger et au 
niveau des noeuds terminaux au sol du reseau ATN. 

Le deploiement op^rationnel du reseau aeronautique de 
telecommunications num6riques ATN est prevu pour durer jusqu'aux 

20 environs de I'annee 2.015, epoque ci laquelle il devrait completement 
supplanter le reseau aeronautique de telecommunications num6riques 
ACARS. Entre temps les deux reseaux vont cohabiter, obligeant le pilote 
d'un aeronef voulant echanger des informations sous forme numerique 
avec le sol, a choisir la methode de transmissions numeriques utilisee : 

25 ACARS pur, passerelle ACARS sur ATN ou ATN pur en fonction de ses 
preferences, de celles de sa compagnie aerienne, des equipements de 
transmission de son aeronef et des equipements de transmission 
disponibles au sol dans la zone de survol, le choix du reseau ACARS ou 
ATN dependant de la zone de couverture. 

30 Parmi les parametres intervenant dans le choix du pilote 

figurent le cout, les performances et la securite des communications ainsi 
que la disponibilite des equipements de transmission a bord de I'aeronef 
comme au sol dans la zone de survol. 

Le cout des communications est impute a la compagnie 

35 aerienne s'il s'agit d'informations commerciales ou & I'autorite aerienne 
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(STNA en France, FAA aux USA,...) s'il s'agit conformations concernant 
la gestion du trafic aerien. II depend du mode de communication 
num^rique par sous-reseau mis en oeuvre pour ies echanges avec le sol 
(satellite ATN, satellite ACARS, radio VHF ATN, radio VHF ACARS, radio 
5 HF ATN, radio HF ACARS, transpondeur radar mode S) et de la liaison au 
sol entre I'equipement de tete d'emission et de reception hertziennes et le 
systeme terminal cible par Ies routeurs du reseau. 

La disponibilite des equipements de transmission & bord de 
I'aeronef depend des moyens physiques de communication embarques a 

10 bord de I'aeronef, de leur taux d'occupation et de leur capacite a etablir 
une liaison dans un mode donne de communication numerique par sous- 
reseau. Ces moyens physiques sont constitues de systemes d'emission- 
reception et d'antennes associ6es. lis ne sont pas necessairement tous 
redondants pour Ies echanges d'informations sur Ies deux reseaux 

15 aeronautiques de telecommunications num6riques ATN et ACARS. II se 
peut par exemple, que Ies syst&mes VHF et SATCOM soient partag^s 
entre Ies deux reseaux ATN et ACARS et seulement utilisables 
alternativement par Tun ou I'autre r6seau. lis ne sont pas non plus tous 
disponibles a un instant donne. Par exemple, le pilote d'un aeronef volant 

20 au-dessus d'un ocean loin des cotes n'a, a sa disposition, qu'un mode de 
communication par un sous-r6seau de satellites alors que dans d'autres 
cas de figure, il peut utiliser simultanement plusieurs modes de 
communication par sous-r6seaux differents, par exemple un mode de 
communication par sous-reseau VHF et un mode de communication par 

25 sous-reseau de satellites ou encore deux modes de communication par 
sous-reseau VHF, Tun selon un protocole ACARS, I'autre selon un 
protocole ATN. 

Dans le cas le plus courant actuellement, d'un aeronef equipe 
pour supporter uniquement le r6seau a6ronautique de telecommunications 

30 numeriques ACARS, il y a, a bord, un calculateur specialise dans la 
gestion des communications selon Ies protocoles ACARS. Ce calculateur 
est accessible au pilote par un interface homme-machine dit : MCDU 
(abreviation de I'expression anglaise : r ' Multifonction Control and Display 
Unit") qui permet au pilote de choisir entre trois modes de 

35 fonctionnement possibles : le premier n'autorisant Ies echanges 
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d'informations en numerique que seion le seul mode de communication 
par sous-reseau VHF dit VDL mode A, le deuxieme que selon le mode de 
communication par sous-reseau de satellites dit Satcom data 2 et le 
troisieme soit selon le mode de communication par sous-reseau de 
5 satellites dit Satcom data 2 s'il est disponible, soit, par defaut selon le 
mode de communication par sous-reseau VHF dit VDL mode A. 

Dans I'avenir, pour un aeronef equipe pour supporter les deux 
reseaux aeronautiques de telecommunications numeriques ACARS et 
ATN, il y aura a bord un ou plusieurs calculateurs specialises dans la 

io gestion des communications soit selon les protocoles du reseau ACARS, 
soit selon les protocoles du reseau ATN et le pilote devra choisir le reseau 
utilise par I'intermediaire d'une interface homme-machine MCDU. Cette 
configuration n'est pas optimale car elle implique une charge 
supplemental de travail pour le pilote de I'aeronef qui doit veiller au bon 

15 choix du r6seau de telecommunication tout au long du trajet parcouru par 
I'aeronef. En outre, elle ne permet pas d'exploiter toutes les possibilites 
des deux reseaux aeronautiques de transmissions numeriques ACARS et 
ATN que pourraient permettre les 6quipements de transmission a bord de 
I'aeronef et au sol. En effet, dans le cas d'une utilisation du reseau ATN, 

20 celui-ci doit avoir une priorite d'acces aux systemes d'emission-reception 
de bord en raison des contraintes de s6curite imposees pour la 
transmission des informations interessant le controle aerien. Cependant, il 
peut y avoir des systemes d'emission-reception de bord laisses libres ou 
partiellement utilises par le routage courant du reseau ATN, soit parce 

25 qu'ils ne participent pas a la ou aux liaisons physiques choisies par le 
routage du reseau ATN, soit parce qu'il existe des temps morts entre les 
periodes d'echange d'informations sur le reseau ATN. Lorsqu'ils ne sont 
pas mobilises par le reseau ATN, ces systemes d'emission-reception 
peuvent etre mis a profit pour ajouter a une transmission numerique par 

30 le reseau ATN, une transmission numerique accessoire par le reseau 
ACARS. 



La presente invention a pour but de decharger le pilote d'un 
aeronef equipe pour supporter les reseaux aeronautiques de 
35 telecommunications numeriques ACARS et ATN, des taches de selection 
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du ou cles reseaux aeronautiques de telecommunications numeriques 
appropries en fonction des possibilites de la zone au sol survolee par son 
aeronef ainsi que d'offrir a ce pilote un choix automatise d'une 
configuration optimale d'un ou plusieurs modes de communication par 
5 sous-reseau a affecter aux ^changes d'informations en numerique, ce 
choix tenant compte en plus des. possibilit6s de la zone au soUsurvolee 
par I'aeronef, du taux d'occupation des equipements de transmission de 
I'aeronef, des couts de transmission, de la performance et de la fiabilit6 
des modes de communication par sous-reseau disponibles a chaque 
10 instant, de directives eventuelles du pilote et plus generalement, de la 
qualite de service demandee. 

Elle a pour objet un proced6 de gestion de modes de 
communication pour I'echange, sous forme numerique, de messages 

15 entre le sol et un aeronef qui est pourvu d'equipements de transmission 
adaptes aux reseaux aeronautiques de telecommunications numeriques 
ACARS et ATN et a leurs differents sous-r6seaux de transmission, et qui 
est equipe d'un calculateur assurant la gestion des communications de 
I'aeronef au sein d'un r6seau ACARS ou ATN et d'une interface homme- 

20 machine permettant a son pilote de dialoguer avec ledit calculateur. Ce 
procede consiste : 

- & pourvoir ledit calculateur d'une base de donnees comportant 
a tout instant : 

25 - I'etat mis a jour des modes de communication 

par sous-reseau des deux reseaux ACARS et ATN constates 
comme disponibles pour I'aSronef au moment voulu de 
I'echange, en tenant compte a la fois des possibilites des 
Equipements de transmission de la zone sol survolee par 

30 I'aeronef et de celles des equipements de transmission de 

I'aeronef, 

- les directives encadrant le choix de configuration 
exprimees par le pilote "par I'intermediaire de ririferfSce 
homme-machine, 
35 - une politique de routage preetablie, et 
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- les couts, les performances et qualites de service 
des differents modes de communication par sous-reseau 
offerts par les deux reseaux de transmission ACARS et ATN, 
et 

5 

-a programmer Jedit calculateur pour selectionner, de maniere 
automatique, un mode de communication par sous-reseau des reseaux de 
transmission ACARS et/ou ATN pour un ^change, sous forme num^rique, 
d'informations entre I'aeronef et le sol, par application d'une regie de 

10 choix predefinie prenant en compte un ordre de preference entre les 
differents modes de communication par sous-reseau des reseaux de 
transmission ACARS et ATN etabli a partir des elements de la base de 
donnees : disponibilites effectives, au moment voulu de I'echange, des 
modes de communication par sous-reseau pour les deux reseaux de 

15 transmission ACARS et ATN, directives exprim^es par le pilote encadrant 
le choix du mode de communication par sous-reseau a utiliser, politique 
de routage preetablie, couts, performances et qualites de service des 
differents modes de communication par sous-r6seau offerts par les 
reseaux de transmission ACARS et ATN. 

20 

Avantageusement, la selection d'un mode de communication 
par sous-reseau des reseaux ACARS et ATN a utiliser pour I'echange de 
messages d'applications AOC comme ATC se fait par application d'un 
critere de fiabilite consistant a attribuer, aux modes de communication 
25 par sous-reseau appartenant au reseau ATN, une note de preference de 
fiabilite meilleure qu'aux modes de communication par sous-reseau 
appartenant au reseau ACARS, pour que le reseau le plus fiable, c'est-a- 
dire le reseau ATN, soit choisi par defaut, le reseau ACARS n'etant choisi 
qu'en dehors de la couverture du reseau ATN. 

30 

Avantageusement, la selection d'un mode de communication 
par sous-reseau des reseaux ACARS et ATN a utiliser pour I'echange de 
messages se fait par application d'un critere de cout consistant : 



BNSDOCIO <FR 2787658A1 J > 





2787658 



- a attribuer aux differents modes de communication par sous- 
reseau une note de preference d'autant plus elevee que le cout global de 
bout en bout de communication est faible, 

- a determiner si un mode de communication par sous-reseau 
5 appartenant au reseau ATN est deja actif au moment voulu de I'echange 

de messages et a consulter sa note de preference de cout, 

- a determiner les modes de communication par sous-reseau 
appartenant au reseau ACARS, qui sont disponibles au moment voulu de 
I'echange de messages, en fonction des equipements de transmission de 

10 I'aeronef non utilises par le reseau ATN a ce moment, et a consulter leurs 
notes de preference de cout, 

- & selectionner, parmi les modes de communication par sous- 
reseau retenus precedemment, le mode de communication par sous- 
reseau ayant la meilleure note de preference de cout, et 

15 recommencer les operations pr6c6dentes a chaque 

modification de la base de donn6es par suite, soit de I'apparition d'un 
nouveau mode de communication par sous-reseau disponible, soit de la 
perte de disponibilite d'un mode de communication par sous-reseau 
resultant du deplacement de I'aeronef ou de modification de ses 

20 conditions de vol, soit d'un basculement du routage du reseau ATN 
lorsque ce-dernier est actif. 

Avantageusement, la selection d'un mode de communication 
par sous-r6seau des r6seaux ACARS et ATN pour I'echange de messages 

25 se fait par attribution aux differents modes possibles de communication 
par sous-reseau des reseaux ATN et ACARS d'une note de preference 
decroissant en fonction d'un ordre de priorite etabli a partir de la politique 
de routage preetablie et par selection du mode de communication par 
sous-reseau ayant la note de preference la plus elevee parmi les modes 

30 de communication par sous-reseau disponibles au moment voulu de 
I'echange de messages compte tenu de la zone du sol survolee par 
I'aeronef, des preferences du pilote, et de la disponibilite des 
equipements de transmission de I'aeronef. 
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La mise en oeuvre d'un tel procede de gestion de modes de 
communication, entre le sol et un aeronef pourvu d'equipements de 
transmission adaptes aux reseaux aeronautiques de telecommunications 
numeriques ACARS et ATN permet de faire cohabiter, sans charge de 
5 travail supplemental pour le pilote de I'aeronef, les communications par 
les reseaux ATN et ACARS en choisissant, de maniere automatique la 
configuration la mieux adaptee, du point de vue de la fiabilite, du cout ou 
des preferences exprimees par le pilote ou sa compagnie aerienne, pour 
echanger des informations avec le sol, sans exclure pour autant un choix 

10 manuel. Elle permet egalement de gerer des conflits d'utilisation par les 
reseaux ACARS et ATN, des equipements de transmission a bord de 
I'aeronef et rend ainsi possible la mise en commun entre les reseaux 
ACARS et ATN, par partage de temps, de certains equipements de 
transmission h bord de l'a6ronef, ce qui permet de diminuer le nombre 

15 d'equipements de transmission installes a bord de I'aeronef. 

D'autres caracteristiques et avantages de I'invention 
ressortiront ci-apres de la description d'un mode de realisation donne a 
titre d'exempie. Cette description sera faite en regard du dessin dans 
20 lequel : 

- une figure 1 repr6sente, de maniere schematique, 
I'architecture d'une installation de transmission numerique & bord d'un 
aeronef adaptee aux deux reseaux aeronautiques de telecommunications 
numeriques ATN et ACARS, avec differentes tetes de sous-r6seaux de 

25 transmission les unes sp6cifiques du reseau ATN, les autres du reseau 
ACARS, et avec un calculateur specialise dans la gestion des 
communications assurant diverses fonctions dont celles de pilotage des 
tetes de sous-reseaux et de routage au sein d'un terminal commun aux 
deux reseaux aeronautiques de telecommunications numeriques ACARS 

30 et ATN, le calculateur specialise remplissant en outre une fonction 
prioritaire de gestion de modes de communication interessant les deux 
reseaux et mettant en oeuvre un procede selon ['invention, 

- une figure 2 detaille les donnees prises en compte par la 
fonction de gestion de modes de communication mentionnee a la figure 

35 1 , et 
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- des figures 3 et 4 repr^sentent, sous forme d'organigrammes, 
un exemple de methode de selection de mode de communication par 
sous-r6seau qui peut etre suivie pour realiser la fonction de gestion de 
modes de communication et qui met en oeuvre un proc6de de gestion de 
5 modes de communication selon ('invention. 

La/figure 1 illustre, de maniere schematique> une^ architecture 
possible pour une installation de transmission numerique a bord d'un 
aeronef permettant d'utiliser les reseaux a6ronautiques de 
telecommunications numeriques ATN et ACARS. Cette installation 

10 comporte differents systemes 6metteur-recepteur, les uns 10 a 13 
constituant des tetes pour les sous-reseaux de transmission de types 
Satcom data 3, Mode S, VDL mode 2 et HF DL du reseau ATN et les 
autres 20 ei 21 constituant des tetes pour les sous-reseaux de 
transmission de types Satcom data 2 et VDL mode A du reseau ACARS. 

15 Pour simplifier la figure, on a suppose que les systemes 

6metteur-r6cepteur constituant les tetes des differents sous-reseaux de 
transmission etaient distincts mais il se peut que certains soient 
communs & deux sous-r6seaux de transmission. Par exemple, un meme 
systeme emetteur-recepteur peut servir a la fois de tete commune pour 

20 les sous-rtseaux de transmission Satcom data 2 et 3, les signaux de 
transmission de ces deux sous-reseaux ne se differencial que par leurs 
, ^fc. frequences porteuses. De la meme maniere les tetes de sous-reseaux de 

I transmission VDL Mode A et VDL Mode 2 peuvent etre desservies par un 

1 v " seul 6quipement de transmission. Bien entendu, dans le cas ou un meme 

25 equipement de transmission dessert deux sous-reseaux de transmission 
distincts, cela se fait de mantere alternative, I'equipement etant affecte a 
un sous-r6seau de transmission pendant certaines periodes de temps et a 
I'autre pendant d'autres periodes de temps. 

Les differents systemes £metteur-recepteur 10 a 13 et 20, 21 

30 des sous-reseaux de transmission des reseaux aeronautiques de 
telecommunications numeriques ATN et ACARS sont geres par un 
calculateur 30 specialise dans les communications, dialoguant avec le 
pilote de I'aeronef par I'interm6diaire d'une interface homme-machine 31 
constitute par un terminal avec ecran d'affichage et clavier. Le 

35 calculateur 30 . assure en plus de la gestion des systemes emetteur- 
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recepteur de I'aeronef, I'insertion et 1'extraction d'informations au sein 
des trames numeriques aux normes ATN ou ACARS transitant par les 
syst^mes emetteur-recepteur des tetes de sous-reseaux ainsi que 
('execution des differentes applications d'echange d'informations avec le 
5 sol prevues par les reseaux aeronautiques de telecommunications 
aeronautiques ACARS et ATN. Comme cela est bien connu dans la 
technique, ii comporte deux piles de memoires, Tune 300 dediee au 
r6seau ATN, I'autre 310 dediee au reseau ACARS et il est programme 
grace a differentes couches logicielles pour assurer les manipulations de 

10 ces piles conduisant aux insertions et aux extractions de donn6es dans et 
depuis les trames numeriques aux normes ATN ou ACARS, pour initialiser 
une liaison de type ATN ou ACARS lorsque le besoin s'en fait sentir et 
selectionner une route au sein du reseau choisi ATN ou ACARS, pour 
ex6cuter differentes applications de controle aerien ou de gestion de 

15 flotte prechargees ainsi que pour echanger des informations avec le pilote 
par I'intermediaire de Tinterface homme-machine 31 . 

Sur la figure 1, les principaux modules logiciels figurant dans le 
programme execute par le calculateur 30 sont rappeles dans des ovales. 
On y retrouve les modules logiciels classiques specifiques au reseau ATN 

20 ou au reseau ACARS ainsi qu'un nouveau module logiciel (330) 
permettant un choix automatique entre les reseaux ATN et ACARS avec 
eventuellement un mode de fonctionnement hybride. 

Les principales applications utilisatrices du reseau ATN sont 
representees en liaison avec la pile memoire 300 dediee au reseau ATN 

25 car elles passent par cette derniere pour le traitement des donn^es. On 
distingue essentiellement, un module logiciel d'initialisation 301 dit CMA 
(sigle anglo-saxon signifiant "Context Management Agent"), un module 
logiciel de routage 302 dit "routeur"ou IDRP, des modules logiciels 303 
dits "Applis ATC" consistant en des applications prechargees de controle 

30 aerien, par exemple, un programme de communication periodique au 
controle au sol, de la position de I'aeronef (ADS), et des modules logiciels 
304 dits "Applis AOC" consistant en des applications prechargees de 
gestion de flotte, par exemple, un programme de gestion de I'equipage 
communiquant a la compagnie aerienne de I'aeronef, I'etat, en vol ou au 

35 sol de I'aeronef. 
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Les principaux modules logiciels, specifiques du reseau ACARS 
sont representes en liaison avec la pile memoire 310 dediee au reseau 
ACARS car ils passent par cette derniere pour le traitement des donnees. 
On y distingue, comme precedemment pour le reseau ATN, un module 
5 logiciel d'initialisation 311 dite AFN (abr6viation du terme anglo- 
saxon :"Air Traffic Services Facilities Notation") qui est Tequivalent du 
module logiciel CMA pour le reseau ACARS, un module logiciel de 
routage 312 dit MU (abreviation du terme anglo-saxon /'Management 
Unit"), des modules logiciels 313 dits "Applis ATC" et des modules 
10 logiciels 314 dits "Applis AOC". Ici, les applications ATC destinees au 
controle aerien passent par une couche Arinc 622 rajoutee sp6cialement 
pour autoriser la transmission d'informations interessant le controle aerien 
mais la transmission obtenue est beaucoup moins sure et performante 
que celle permise par le r6seau ATN en raison des possibilites plus 
15 reduites du r6seau ACARS. 

On trouve 6galement, un module logiciel 320 dit "passerelle" 
permettant d'utiliser le reseau ATN comme simple support de 
communication pour des messages ACARS, cela pour des raisons de 
commodite, notamment la poursuite de Tutilisation au sol de dispositifs 
20 de traitement de donnees adaptes au protocole du reseau ACARS. 

En plus de tous ces composants logiciels, on trouve un 
. ~ nouveau module logiciel 330 dit "gestion de Modes" qui s'occupe du 

1 'IE. choix entre les differents r6seaux possibles : reseau ATN, reseau ACARS 

>> l ~ et de la mise en oeuvre de la passerelle ACARS/ATN, en fonction du type 

25 de message ATC ou AOC a 6changer avec le sol, des differents sous- 
reseaux de transmission disponibles et des preferences du pilote et de la 
compagnie aerienne. Les diverses possibilites recouvertes par ce choix 
sont r^sumees dans le tableau ci-apres. 
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Reseau 


Application 


Sous-Reseau 


1 - Roseau ATN 


ATC 


1.1 - Satcom data 3 






1.2 - VDL Mode 2 






1 .3 - Mode S 








2 - Roseau ATN 


AOC 


2.1 - Satcom data 3 






2.2 - VDL Mode 2 






2.3 - HF DL 








3 - Reseau ACARS 


AOC 


3.1 - Satcom data 2 






3.2 - VDL Mode A 








4 - Reseau Fans 1/A 


ATC 


4.1 - Satcom Data 2 






4.2 - VDL Mode A 






4.3 - HF DL 








5 - Passerelle ACARS/ATN 


AOC 


5.1 - Satcom data 2 






5.2 - VDL Mode 2 






5.3 - HF DL 









La figure 2 detaille plus particulierement, la fonction "gestion 
de modes" rajoutee en surcouche logicielle aux fonctions deja connues 
5 d'un calculateur assurant a bord d'un aSronef ia gestion d'un reseau 
a6ronautique de telecommunications numeriques de type ACARS pur, de 
type ATN pur ou encore de type hybride avec utilisation du reseau ATN 
pour transmettre des informations au format ACARS. Pour la clarte de la 
figure, on n'a represents que les elements du calculateur directement 

10 concernes par cette fonction "gestion de modes" que sont I'unite 
centrale 341, ses differentes couches logicielles de programmation et une 

L r memoire 342 renfermant une base de donnees ATN-ACARS. L'interface 
homme-machine 31 est rappelee sur cette figure car elle a un role 
fondamental dans les echanges d'informations avec le pilote. 
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La fonction "gestion cle modes" 330 entretient regulierement 
la base de donnees de la rnemoire 342 afin que les informations qu'elle 
contient sur les sous-reseaux de transmission soient constamment a jour. 
Elle utilise ces informations, pour determiner la facon la plus adaptee pour 
5 echanger des donnees numeriques avec le sol chaque fois que cela se 
revele necessaire-et fait appel, pour mettre en oeuvre son choix-du 
moment, aux couches logicielles pr6existantes specifiques soit du reseau 
ACARS, soit du r6seau ATN, soit encore de la transmission de messages 
au format ACARS par le reseau ATN. 
10 La base de donnees comporte, pour chaque sous-reseau de 

transmission susceptible d'etre mis en oeuvre, des informations sur : 

- les consignes du pilote, 

- les consignes de la compagnie aerienne employant I'aeronef, 

- les codts, 

15 - les performances, 

- la s6curite/fiabilit6, 

- la configuration avion, c'est-a-dire les tetes de sous-reseau de 
transmission effectivement installees, 

- la disponibilite en dynamique. 

20 A partir de differents criteres bases sur ces informations et de 

la nature ATC ou AOC des messages num6riques a echanger avec le sol, 
la fonction "gestion de modes" analyse la capacite de chaque sous- 
reseau de transmission a repondre aux exigences du moment et lui 
affecte en consequence, une note individuelle de preference. Elle choisit 

25 ensuite d'activer le sous-reseau de transmission ayant obtenu la meilleure 
note individuelle de preference en faisant appel au besoin, au module 
logiciel 320 de la fonction "passerelle", puis au module logiciel de la 
fonction d'initialisation 301 ou 311 du reseau ATN ou ACARS auquel 
appartient le sous-reseau choisi et enfin, au module logiciel 302 ou 312 

30 de la fonction "routage" du reseau initialise qui assure ('activation 
effective du sous-reseau de transmission choisi. 

La note individuelle de preference est construite a partir d'une 
sommation de notes partielles correspondant aux criteres bases sur les 
informations non critiques, comme par exemple, le cout, les 

35 performances et d'un produit de cette sommation par d'autres notes 
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partielles correspondant a des criteres bases sur des informations 
critiques, comme par exemple, la configuration avion et la disponibilite 
dynamique. 

Dans la pratique, les informations de la base de donnees qui 
5 sont le plus susceptibles de varier sont celles concernant la disponibilite 
des sous-reseaux de transmission du fait du deplacement de I'aeronef au- 
dessus de regions diversement equipees au sol en reseau aeronautique de 
telecommunications numeriques et en controle aerien, et eventuellement 
les preferences du pilote. Aussi, il est possible d'etablir a chaque debut 

10 de mission d'un aeronef, un preclassement des differents sous-reseaux 
de transmission ne tenant compte ni de la disponibilite ni des preferences 
du pilote, puis de selectionner en cours de mission, chaque fois qu'il se 
revele n6cessaire de transmettre ou recevoir un message numerique, un 
sous-reseau de transmission en fonction des preferences du pilote, de la 

15 nature ATC ou AOC du message a transmettre ou recevoir, de la 
disponibilite du moment des sous-reseaux et du preclassement adopte. 
De maniere preferentielle, le preclassement adopte est compatible avec la 
politique de routage normalis6e du reseau ATN, de sorte que la selection 
d'un sous-reseau de transmission du reseau ATN par la fonction "gestion 

20 de modes" peut s'arreter a la selection du reseau ATN, la selection du 
sous-reseau lui-meme resultant d'un appel au module logiciel classique de 
routage IDRP du reseau ATN. 

Dans-le cas ou le critere de cout prevaut, c'est-a-dire, lorsqu'il 
25 est chpisi par le pilote comme le plus determinant, la fonction "gestion 
de modes" tient compte des exigences de fiabilite inherentes a la nature 
AOC ou ATC du message et des couts effectifs en prenant, par exemple 
pour hypotheses, que dans les conditions actuelles du marche, le cout de 
transmission d'un message de type AOC est moindre par le reseau 
30 ACARS que par le reseau ATN et que, de facon plus generale, le cout le 
plus bas pour une transmission de message est obtenu avec un sous- 
reseau de transmission VHF de type VDL Mode A du reseau ACARS, une 
transmission par un sous-reseau de type HL DL revenant un peu plus cher 
et une transmission par satellite par sous-reseau de transmission 
35 SATCOM encore plus cher : 
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Hypotheses : 

cout AOC/ACARS<cout AOC/ATN 
cout ACARS VDL<cout SATCOM 

5 

La- figure- *3 est un organigramme representant les' etapes du 
processus de selection qui est alors suivi. 

Si le message £ echanger avec le sol est de type AOC, c'est-a- 

10 dire interesse la compagnie aerienne de I'aeronef et non le controle a6rien 
(ovale 400), la fonction "gestion de modes" cherche a utiliser 
pref6rentiellement le reseau ACARS. Elle teste alors en 401, au moyen de 
la fonction AFN (311 figures 1 et 2), si le reseau ACARS est accessible 
dans la zone ou se trouve I'aeronef. Deux cas possibles peuvent se 

15 presenter selon que le reseau ACARS est ou non accessible : 

Si le reseau ACARS est accessible localement, la fonction 
"gestion de modes" teste tout d'abord, en 402, par la fonction de 
routage MU (312 figures 1 et 2), la disponibilite du sous-r6seau VDL 
Mode A du reseau ACARS. Si celui-ci est disponible, elle I'utilise pour 

20 transmettre le message de type AOC. Si non, elle procede en 403, 
toujours a I'aide de la fonction MU, a un test de disponibilite du sous- 
reseau Satcom Data 2 du reseau ACARS. Si celui-ci est disponible, elle 
I'utilise pour transmettre le message de type AOC. Si non, elle engendre 
un message d'erreur car toutes les possibilites concernant les sous- 

25 r6seaux de transmission du r6seau ACARS ont ete passees en revue. Ce 
message d'erreur a pour cons6quence de faire reprendre depuis I'origine 
le processus de selection de sous-reseau de transmission. Bien entendu, 
si d'autres types de sous-reseaux tel qu'un sous-reseau HFDL ou un 
sous-reseau SATCOM du data 2 etaient amends a equiper le reseau 

30 ACARS, il seraient aussi pris en compte dans le processus de selection 
par ordre de preference. 

Si le reseau ACARS n'est pas accessible localement, la 
fonction "gestion de modes" teste en 404 I'accessibilite du reseau ATN 
au moyen de la fonction CMA (301 figures 1 et 2). 
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Si le reseau ATN est accessible localement, la fonction 
"gestion de modes" donne la main au routeur ATN (302 figure 1 et 2) 
qui met en oeuvre, en 405, le processus classique de choix de sous- 
reseau de transmission dans le cadre du reseau ATN, processus qui est 
5 connu sous le sigle anglo-saxon de IDRP signifiant : Inter Domain Routing 
Policy. 

Si le reseau ATN n'est pas accessible localement, la fonction 
"gestion de modes" engendre un message d'erreur car toutes les 
possibilites ont ete etudiees et le message AOC ne peut etre echange 
10 avec le sol. Comme precedemment, ce message d'erreur entraTne la 
reprise du processus de selection depuis I'origine. 

Si le message a echanger avec le sol est de type ATC, c'est-S- 
dire interesse le controle aerien (ovale 500), la fonction "gestion de 

15 modes" cherche a utiliser preferentiellement le reseau ATN qui est le 
reseau principal pour les ^changes de messages ATC. Elle teste alors en 
501, au moyen de la fonction CMA (301 figure 1 et 2), si le reseau ATN 
est accessible dans la zone ou se trouve I'aeronef et si cette zone dispose 
localement d'un controle aerien. 

20 En cas d'accessibilite du reseau ATN, la fonction "gestion de 

modes" donne la main au routeur ATN (302 figure 1 et 2) qui met en 
oeuvre, en 502, le processus classique IDRP de choix de sous-reseau de 
transmission dans le cadre du reseau ATN. 

En cas d'inaccessibilite du reseau ATN, la fonction "gestion de 

25 modes" teste en 503, ('accessibility du reseau ACARS et d'un controle 
aerien local au sol, au moyen de la fonction AFN (31 1 figures 1 et 2) a 
laquelle la nature ATC du message a ete specifiee. Une zone couverte par 
le reseau ACARS et equipee d'un controle aerien local est dite zone 
"FANS". 

30 Si le reseau ACARS avec un controle aerien local est 

accessible, le programme de "gestion de modes" entame la suite des 
tests 402 et 403 precedemment decrite a I'occasion d'un echange avec 
le sol d'un message AOC par I'intermediaire du reseau ACARS. 

Si le reseau ACCARS avec un controle aerien local n'est pas 

35 disponible, la fonction "gestion de modes" engendre un message d'erreur 
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car toutes les possibilites ont ete etudiees et I'aeronef momentan^ment 
hors controle ATC. Comme precedemment, ce message d'erreur entraine 
la reprise du processus de selection depuis I'origine. 

5 Dans le cas ou le critere de fiabilite prevaut, c'est-a-dire, 

lorsque le pilote choisit de privilegier la securite d'acheminement des 
messages, la fonction "gestion de modes" prend par exemple pour 
hypotheses, ce qui est communement admis, que la fiabilite de 
transmission (trs) du reseau ATN est superieure a celle du r6seau 
10 ACCARS et que, au sein du reseau ACARS, la transmission (trs) par le 
sous-reseau de transmission VDL Mode A est plus sure que la 
transmission par le sous-reseau de transmission Satcom Data 2 : 

Hypotheses : 

15 fiabilite (trs) ACARS < fiabilite (trs) ATN 

fiabilite (trs) ACARS SATCOM< fiabilite (trs) ACARS VDL 

La figure 4 est un organigramme repr^sentant les etapes du 
processus de selection qui est alors suivi. 

20 

Si le message a echanger avec le sol est de type AOC, c'est-a- 
dire int^resse la compagnie a6rienne de I'aeronef et non le controle aerien 
(ovale 600), la fonction "gestion de modes" cherche a utiliser 
^ preferentiellement le reseau ATN. Elle teste alors en 601, au moyen de la 

25 fonction CMA (301 figures 1 et 2), si le reseau ATN est accessible dans 
la zone ou se trouve I'aeronef. Deux cas possibles peuvent se presenter 
selon que le reseau ATN est ou non accessible : 

En cas d'accessibilite du reseau ATN, la fonction "gestion de 
modes" donne la main au routeur ATN (302 figure 1 et 2) qui met en 
30 oeuvre, en 602, le processus classique IDRP de choix de sous-reseau de 
transmission dans le cadre du reseau ATN. 

Si le reseau ATN n'est pas accessible localement, la fonction 
"gestion de modes" teste en 603 I'accessibilite du reseau ACARS au 
moyen de la fonction AFN (31 1 figures 1 et 2). 
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Si le reseau ACARS est accessible localement, la fonction 
"gestion de modes" teste tout d'abord, en 604 par la fonction de 
routage MU (312 figures 1 et 2), la disponibilite du sous-reseau VDL 
Mode A du reseau ACARS. Si celui-ci est disponible, elle I'utilise pour 
5 transmettre le message de type AOC. Si non, elle procede en 605, 
toujours a I'aide de la fonction de routage MU, a un test de disponibilite 
du sous-reseau Satcom Data 2 du reseau ACARS. Si celui-ci est 
disponible, elle I'utilise pour transmettre le message de type AOC. Si non, 
elle engendre un message d'erreur car toutes les possibilites concernant 
10 les sous-reseaux de transmission du reseau ACARS ont ete passees en 
revue. Ce message d'erreur a pour consequence de faire reprendre depuis 
I'origine le processus de selection de sous-reseau de transmission. 

Si le message S echanger avec le sol est de type ATC, c'est-a- 
15 dire interesse le controle aerien (ovale 700), la fonction "gestion de 
modes" cherche a utiliser preferentiellement le reseau ATN. Elle teste 
alors en 701, au moyen de la fonction CMA (301 figure 1 et 2), si le 
reseau ATN est accessible dans la zone ou se trouve I'aeronef. 

En cas d'accessibilite du reseau ATN, la fonction "gestion de 
20 modes" donne la main au routeur ATN (302 figure 1 et 2) qui met en 
oeuvre, en 702, le processus IDRP de choix de sous-rdseau de 
transmissions/dans le cadre du reseau ATN. 

Enr.cas d'inaccessibilit6 du reseau ATN, la fonction "gestion de 
modes" teste en 703, la presence d'une zone "Fans", c'est-a-dire 
25 accessible par le reseau ACARS et equipee d'un controle aerien au sol, au 
moyen de la fonction A FN (311 figures 1 et 2) a laquelle la nature ATC 
du message a ete specifi6e. 

Si le reseau ACARS avec un controle aerien local est 
accessible, le programme de "gestion de modes" entame la suite des 
30 tests 604 et 605 precedemment decrite a I'occasion d'un echange avec 
le sol d'un message AOC par I'intermediaire du reseau ACARS. 

Si le reseau ACARS avec un controle aerien local n'est pas 
disponible, la fonction "gestion de modes" engendre un message d'erreur 
car toutes les possibilites ont ete passees en revue. Comme 
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precedemment, ce message d'erreur entraTne la reprise du processus de 
selection depuis I'origine. 



communication pour aeronef qui vient d'etre decrit permet un choix 
5 automatique, sans intervention du pilote, entre les reseaux aeronautiques 
de telecommunications numeriques ACARS ou ATN et, au sein de ces 
reseaux, du sous-reseau de transmission le mieux adapte aux conditions 
du moment compte tenu des preferences exprimees par le pilote et sa 
compagnie a^rienne. 



La mise en oeuvre du procede de gestion de modes de 



•J 
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REVENDICATIONS 

1 . Procede de gestion de modes de communication pour 
I'echange, sous forme numerique, de messages entre le sol et un aeronef 
5 qui est pourvu d'equipements de transmission adaptes aux reseaux 
aeronautiques de telecommunications numeriques ACARS et ATN et a 
leurs differents sous-reseaux de transmission (10 a 13, 20 et 21), et qui 
est equipe d'un calculateur (30) assurant la gestion des communications 
de Taeronef au sein d'un reseau ACARS ou ATN et d'une interface 
10 homme-machine (31) permettant a son piiote de dialoguer avec ledit 
calculateur (30), ledit procede 6tant caracterise en ce qu'il consiste : 

- a pourvoir ledit calculateur (30) d'une base de donnees (342) 
comportant a tout instant : 

15 - I'etat mis a jour des modes de communication 

par sous-reseau des deux reseaux ACARS et ATN constates 
comme disponibles pour Taeronef au moment voulu de 
I'echange, en tenant compte a la fois des possibilites des 
equipements de transmission de la zone sol survolee par 

20 Taeronef et de celles des equipements de transmission de 

Taeronef, 

- les directives encadrant le choix de configuration 
• exprimees par le piiote par Tintermediaire de Tinterface 

homme-machine (31), 
25 - une politique de routage preetablie, et 

- les couts, les performances et qualites de service 
des differents modes de communication par sous-reseau 
offerts par les deux reseaux de transmission ACARS et ATN, 
et 

30 

- a programmer ledit calculateur (30) pour selectionner, de 
maniere automatique, un mode de communication par sous-reseau des 
reseaux de transmission ACARS et/ou ATN pour un echange, -sous forme 
numerique, d'informations entre Taeronef et le sol, par application d'une 

35 regie de choix predefinie prenant en compte un ordre de preference entre 
les differents modes de communication par sous-reseau des reseaux de 



BNSDOCiD: <FR_ 27S76S8A1 I > 



2787658 

22 

transmission ACARS et ATN etabli a partir des elements de la base de 
donnees : disponibilites effectives, au moment voulu de I'echange, des 
modes de communication par sous-reseau pour les deux reseaux de 
transmission ACARS et ATN, directives exprimees par le pilote encadrant 
le choix du mode de communication par sous-reseau a utiliser, politique 
de routage preetablie, couts, performances et qualites de service des 
differents modes de communication par sous-reseau offerts par les 
reseaux de transmission ACARS et ATN. 

2. Procede selon la revendication 1, caracterise en ce que la 
selection d'un mode de communication par sous-reseau des reseaux 
ACARS et ATN a utiliser pour I'echange de messages se fait par 
application d'un critere de fiabilite consistant h attribuer, aux modes de 
communication par sous-reseau appartenant au reseau ATN, une note de 
preference de fiabilite meilleure qu'aux modes de communication par 
sous-reseau appartenant au reseau ACARS pour que le reseau le plus 
fiable, c'est-a-dire le reseau ATN, soit choisi par defaut, le reseau ACARS 
n'etant choisi qu'en dehors de la couverture du reseau ATN. 

3. Procede selon la revendication 1 , caracterise en ce que la 
selection d'un mode de communication par sous-r6seau des reseaux 
ACARS et ATN a utiliser pour I'echange de messages se fait par 
application d'un critere de cout consistant : 

- £ attribuer aux differents modes de communication par sous- 
reseau une note de preference d'autant plus elevee que le cout de 
communication est faible, 

- £ determiner si un mode de communication par sous-reseau 
appartenant au reseau ATN est dej& actif au moment voulu de I'echange 
de messages et & consulter sa note de preference de cout, 

- a determiner les modes de communication par sous-reseau 
appartenant au reseau ACARS, qui sont disponibles au moment voulu de 
I'echange de messages, en fonction des equipements de transmission de 
I'aeronef non utilises par le reseau ATN a ce moment, et a consulter leurs 
notes de preference de cout, 
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- a selectionner, parmi les modes de communication par sous- 
reseau retenus precedemment, le mode de communication par sous- 
reseau ayant la meilleure note de preference de cout, et 

- a recommencer les operations prec6dentes a chaque 
5 modification de la base de donnees par suite, soit de ['apparition d'un 

nouveau mode de communication par sous-reseau disponible, soit de la 
perte de disponibilite d'un mode de communication par sous-reseau 
resultant du deplacement de I'aeronef ou de modification de ses 
conditions de vol, soit d'un basculement du routage du reseau ATN 
10 lorsque ce-demier est actif, 

4. Procede selon la revendication 1, caracterise en ce que la 
selection d'un mode de communication par sous-reseau des r6seaux 
ACARS et ATN pour I'echange de messages se fait par attribution aux 

15 differents modes possibles de communication par sous-reseau des 
reseaux ATN et ACARS d'une note de preference decroissant en fonction 
d'un ordre de priorite etabli a partir de ia politique de routage preetablie et 
par selection du mode de communication par sous-reseau ayant la note 
de preference la plus elev6e parmi les modes de communication par sous- 

20 r6seau disponibles au moment voulu de I'echange de messages compte 
tenu de la zone du sol survolee par I'aeronef, des preferences du pilote, 
et de la disponibilite des equipements de transmission de Ta6ronef . 
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